Powerline communication device with multiple plc interface(s)

ABSTRACT

A Power Line Communications (PLC) device includes a processing module, memory, a first PLC interface, and a second PLC interface. The PLC device determines that the PLC device will service communications with a first remote PLC device according to a first PLC communication standard and configures the first PLC interface to service communications to support the first PLC communication standard. The PLC device also determines that the PLC device will service communications with a second remote PLC device according to a second PLC communication standard and configures the second PLC interface to service communications to support the second PLC communication standard. The PLC device may service communications via the first and second PLC devices concurrently when the first and second PLC communication standards are not conflicting. The PLC device may transmit communications via the first PLC interface and receive ACKs via the second PLC interface.

CROSS-REFERENCE TO PRIORITY APPLICATION

This application claims priority under 35 U.S.C. §119(e) to U.S. Provisional Application Ser. No. 61/503,060 filed Jun. 30, 2011, which is incorporated herein by reference in its entirety.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to powerline communications and in particular, powerline communication devices, and systems of use therefore.

2. Description of the Related Art

With the growing need for the exchange of digital content (e.g. MP3 audio, MPEG4 video and digital photographs) there is a widely recognized need to improve digital communication systems. Powerline communication (PLC) is a technology that encodes data in a signal and transmits the signal on existing electricity powerlines in a band of frequencies that are not used for supplying electricity. Accordingly, PLC leverages the ubiquity of existing electricity networks to provide extensive network coverage. Furthermore, since PLC enables data to be accessed from conventional power-outlets, no new wiring needs to be installed in a building (or different parts of a building). Accordingly, PLC offers the additional advantage of reduced installation costs.

Referring to FIG. 1, a household 100 typically has a distributed mains wiring system (not shown) consisting of one or more ring mains, several stubs and some distribution back to a junction box 112. In other constructs the distributed mains wiring system has a breaker box with circuits routed there from in a star configuration. For the sake of example, the household 100 has four rooms 104, 106, 108, and 120. Each room 104, 106, 108, and 120 may have a different number of outlets and other mains connections. For example, room 104 may have only one connection 122, room 106 may have two connections 124, 126, room 108 may have three connections 128, 130, 132 and room 120 may have six connections 134, 136, 138, 140, 142, 144.

Accordingly, there are a variety of distances and paths between different power outlets in the household 100. In particular, the outlets most closely located to each other are those on multi-plug strips, and the outlets furthest away from each other are those on the ends of stubs of different ring mains (e.g. power outlets in the garden shed and the attic). Communication between these furthest outlets typically passes through the junction box 112. Nonetheless, the majority of outlets associated with a particular application (e.g. Home Cinema) are normally located relatively close together.

Because the channel capacity of a powerline and connectors attenuates according to, amongst other features, the frequency of a transmitted signal, current generation PLC systems have been developed to transmit signals at relatively low frequencies (i.e. below 30 MHz) and thereby obtain suitable transmission distances. However, the use of such low transmission frequencies limits the maximum data throughput obtainable by PLC systems. Only recently have powerline systems extended beyond 30 MHz, which causes problems due to regulations that require lower injected power above 30 MHz. This requirement places additional demands on the dynamic range of transceivers servicing PLC communications in these higher frequency ranges.

The processes of receiving analog signals and injecting modulated signals are treated differently by different PLC communication standards. A number of powerline communication standards have been defined. These include the HomePlug 1.0/1.1 standards, the HomePlug AV standard, the CEPCA standard, the Digital Home Standard, IEEE 1901, and ITU-T G.9960. Current PLC approaches often include some analog conditioning to the signal-path (e.g., low-pass filtering for anti-aliasing or smoothing, or AC coupling to remove the low-frequency [<<1 KHz] high voltage content of the electricity mains). However, because differing PLC communication standards support differing communication bands, differing modulations, channel bandwidths, etc., PLC devices typically service only a single PLC communication standard. In common with most communication systems, one of the main problems with prior art PLC systems is obtaining high throughput and wide coverage at reasonable implementation cost, whilst maintaining compatibility with existing technologies. There is, therefore, a need for improved PLC systems that overcome the above and other problems.

Communications within the household 100 or within other premises may also be serviced by a Wireless Local Area Network (WLAN), a cellular network, millimeter wave communications, e.g., 60 GHz, Wireless Personal Area Network (WPAN), Cable Modem Network, Local Area Network (LAN), and other communication techniques. Each of these communication types has its respective benefits and shortcomings. None of these communication types is typically able to provide a full coverage solution within the household 100 (or other premises). The shortcoming of all wired technologies is the lack of mobility thereof. Shortcomings of all wireless technologies are coverage holes, which are typical, interference from other wireless devices, including competing wireless devices, Radar, etc., and bandwidth limitations.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating a household having a plurality of power outlets;

FIG. 2 is a block diagram illustrating a Powerline Communication (PLC) device constructed according to one or more embodiments of the present invention;

FIG. 3 is a block diagram illustrating various PLC (and other) communication standards that operate or are modified to operate according to one or more embodiments of the present invention;

FIG. 4 is a system diagram illustrating a premises in which at least one PLC device resides that operates according to one or more embodiments of the present invention;

FIG. 5 is a system diagram illustrating a premises in which at least one PLC device resides that operates according to one or more embodiments of the present invention;

FIG. 6 is a block diagram illustrating a PLC interface that is capable of servicing multiple PLC communication standards and in bridging PLC communications between differing PLC communication standards according to one or more embodiments of the present invention;

FIG. 7 is a flow chart illustrating operations according to one aspect of the present invention for managing PLC devices on shared media that support differing PLC (and other) communication standards;

FIG. 8 is a flowchart illustrating operations according to one or more embodiments of the present invention for determining capabilities of PLC communication devices coupled thereto and for bridging communications between differing and incompatible PLC communication standards;

FIG. 9 is a flowchart illustrating operations according to one or more embodiments of the present invention for servicing communications using both PLC communication standard format communications and non-PLC communication standard format communications;

FIG. 10 is a flowchart illustrating operations according to one or more embodiments of the present invention for concurrently using PLC and non-PLC communications to service a single communication;

FIG. 11 is a flowchart illustrating operations according to one or more embodiments of the present invention for servicing of PLC communications of differing PLC communication standards at differing times;

FIG. 12 is a flow chart illustrating various operations that may be performed in conjunction with the operations of FIG. 11;

FIG. 13A is a chart illustrating the manner in which a PLC device constructed and operating according to the present invention may service differing PLC communication standards in a time divided format;

FIG. 13B is a chart illustrating the manner in which a PLC device constructed and operating according to the present invention may service differing PLC communication standards in a frequency divided format;

FIG. 14 illustrates a PLC device having a reconfigurable architecture constructed according to one or more embodiments of the present invention;

FIG. 15 illustrates a PLC device similar in structure to the PLC device of FIG. 14 according to one or more embodiments of the present invention;

FIGS. 16A and 16B are graphs illustrating example signal power versus frequency for the HomePlug AV and G.hn PLC communication standards;

FIG. 17 is a block diagram illustrating a portion of a communication interface of a PLC device constructed and operating according to one or more embodiments of the present invention;

FIG. 18 is a flowchart illustrating operations according to one or more embodiments of the present invention for servicing of PLC communications of differing PLC communication standards by multiple PLC interfaces;

FIG. 19 illustrates a receive portion of an Analog Front End (AFE) constructed according to one or more aspects of the present invention;

FIG. 20 is a block diagram illustrating a configuration of a PLC device operable to bridge communications between a wideband PLC standard and a narrowband PLC standard according to one or more embodiments of the present invention;

FIG. 21 is a block diagram illustrating a configuration of a receive portion of a PLC device according to one or more embodiments of the present invention; and

FIG. 22 is a block diagram illustrating a configuration of a transmit portion of a PLC device according to one or more embodiments of the present invention.

DETAILED DESCRIPTION

FIG. 2 is a block diagram illustrating a Powerline Communications (PLC) device constructed according to one or more other embodiments of the present invention. The PLC device 200 supports PLC operations according to one or more PLC communication standards. The PLC device 200 may be coupled to a power plug, e.g., into a wall plug 122, 124, 126, 128, 130, 132, 134, 136, 138, 140, 142, or 144 of FIG. 1. The PLC device 200 performs/supports the various operations and includes the various structures further described herein according to one or more embodiments of the present invention. In some embodiments, the PLC device 200 may be permanently installed within a home or other premises.

The PLC device 200 includes a PLC interface 206 that includes a power plug interface 208, an Analog Front End (AFE) 210, and a Digital Front End (DFE) 212. Generally the AFE 210 includes analog signal processing elements while the DFE 212 includes digital signal processing elements. At least one Analog to Digital Converter (ADC) and at least one Digital to Analog Converter (DAC) service analog to digital and digital to analog signal conversion operations, respectively. Various components of the PLC interface 206 as they relate to embodiments of the present invention will be described further herein.

The PLC device 200 also includes one or more other communication interfaces, including a Wireless Wide Area Network (WWAN) interface 214, e.g., a WiMAX interface, a Wireless Local Area Network (WLAN) interface 216, e.g., an 802.11x interface, a Wireless Personal Area Network (WPAN) interface 218, e.g., a Bluetooth interface, a 60 GHz interface 220 (millimeter wave interface), a Local Area Network (LAN) interface 222, e.g., an Ethernet interface, a cable interface, e.g. Multimedia over Coax Alliance (MoCA) interface 224, an optical interface 226, a Near Field Communication (NFC) I/F 228, an Infra-Red I/F 230, and/or an RF Tag I/F 232. The user should appreciate that the PLC device 200 may bridge communications between a power plug and one or more devices, e.g., between the power plug and a desktop computer, a laptop computer, a touchpad computer, an appliance, a television, another entertainment system device, etc., via the PLC interface 206 and one or more of the other communication interfaces 214, 216, 218, 220, 222, 224, 226, 228, 230, and/or 232.

The processing module 202 may include one or more of a system processor, a digital signal processor, a processing module, dedicated hardware, an application specific integrated circuit (ASIC), or other circuitry that is capable of executing software instructions and for processing data. In particular, the processing module 202 is operable to support Medium Access Control (MAC) management, communications bridging management, and other management of the communications circuitry of the PLC device 200. The memory 204 may be RAM, ROM, FLASH RAM, FLASH ROM, optical memory, magnetic memory, or other types of memory that is capable of storing data and/or instructions and allowing processing circuitry to access same. The processing module 202 and the memory 204 supports operations of embodiments of the present invention as further described herein.

FIG. 3 is a block diagram illustrating various PLC (and other) communication standards that operate or are modified to operate according to one or more embodiments of the present invention. Currently existing PLC communication standards include the HomePlug family of operations, including the 1.0, AV1.1, AV2, and GP operations, and the HD-PLC operations. Generally, the HomePlug family of PLC communication standards is incompatible with the HD-PLC communication standard. The HomePlug PLC communication standard is widely deployed while HD-PLC is primarily deployed in Japan.

The IEEE 1901 specification includes a newer PLC communication standard that has two different PHY layers, one based on OFDM modulation (interoperable with HomePlug AV1.1), and another based on Wavelet modulation (interoperable with HD-PLC). Each PHY layer is optional, and implementers of the communication standard may, but are not required to include both. Devices that use the OFDM PHY only would not interoperate with devices based on the Wavelet PHY. The OFDM PHY is derived from HomePlug AV.

The IEEE 1905.1 specification defines an abstraction layer for multiple home networking technologies. IEEE 1905.1 provides a common data and control Service Access Point to the heterogeneous home networking technologies described in the following specifications: IEEE 1901, IEEE 802.11x, IEEE 802.3x and Multimedia over Coax Alliance (MoCA) 1.1. The IEEE 1905.1 standard is extendable to work with other home networking technologies. The abstraction layer supports dynamic interface selection for transmission of packets arriving from any interface (upper protocol layers or underlying network technologies). End-to-end Quality of Service (QoS) is supported. Also specified are procedures, protocols and guidelines to provide a simplified user experience to add devices to the network, to set up encryption keys, to extend the network coverage, and to provide network management features to address issues related to neighbor discovery, topology discovery, path selection, QoS negotiation, and network control and management.

The IEEE 1905.1 layer resides between the media access control and Internet Protocol layers. The 1905.1 abstraction layer intends to make it easier to install and manage hybrid home networks and will also provide mechanisms for bridging data among different interfaces, i.e., plug and play.

ITU's G.hn specification is a competing counterpart to IEEE 1901 that primarily defines different ways to implement PHY and MAC layers of a PLC device. G.hn is a technology standard that enables service providers, consumer electronics companies, PC makers, and consumers to connect all types of devices via any wire in the home—coax cable, phone lines and powerlines.

There are a multitude of narrow and broadband PLC technologies beyond IEEE 1901 that already exist. For example, conventional tier two coexistence mechanisms are included in ISO/IEC 14908, G3 & G3 Lite, HP C&C, ISO/IEC 14543 which employ some form of CSMA/CA. Other PLC communication standard technologies do not support any type of coexistence other than tier one. Such standards include most current broadband PLC offerings, UPB, A10, INSTEON/X-10, Ariane Controls, CEBus, CEA 600.31, TDA 5051A, etc.

With all of these PLC communication standards potentially sharing the same powerline media and defining use of the same frequency bands, major problems arise depending on the particular installation. For example, if a consumer buys and installs current PLC components, they may not function, function inadequately, or may cause major problems with currently existing PLC components operating pursuant to other standards. A first tier of conventional coexistence involved PLC frequency spectrum allocation, which has failed because there is no controlling entity enforcing conformance (such as found with over the air transmissions and the FCC).

The industry is aware of first tier conventional coexistence failures, and is currently attempting to define a second tier conventional coexistence scheme to apply to all PLC communication standards. Basically, a second tier approach involves first identifying all standards that may exist within a current installation, and then equally splitting available resources (frequency band, available time, etc.) amongst them.

A problem with prior tier one and two coexistence schemes is that a first group of devices of a first standard might be rather inactive and could afford to lose available resources, while a second group of second standard devices might be very active and could benefit from more resources. The second group might also involve many more devices than that of the first group, or be involved in communication exchanges with much higher priority. Communication management operations supported by a PLC device of the present invention address these and additional problems.

FIG. 4 is a block diagram illustrating a premises in which at least one PLC device resides that operates according to one or more embodiments of the present invention. The premises 400 may be a home, office building, apartment complex, hotel, industrial building, or another type of structure. In the particular example of FIG. 4, a WLAN access point 424 provides Internet access within the premises 400 and is also a PLC device constructed according to one or more embodiments of the present invention. Also shown within the premises 400 are a plurality of PLC devices 402, 404, 406, 408, 410, 412, and 414. One or more of these PLC devices 402, 404, 406, 408, 410, 412, and 414 may be provided by the premises 400 owner/operator while other of these PLC devices may be brought into the premises 400 by a customer. In particular, PLC device 402 services electronic device 428, PLC device 404 services device 430, PLC device 408 services electronic device 432, and PLC device 414 services electronic device 434. Each of these devices 428, 430, 432, and 434 may be owned by the premises 400 owner or may be owned by a premises 400 visitor.

According to one or more embodiments of the present invention, one or more of these PLC devices 402, 404, 406, 408, 410, 412, 414, and 424 supports one or more differing PLC communication standards. For example PLC device 402 supports PLC communication standard 1, PLC device 404 supports PLC communication standard 1, PLC device 406 supports PLC communication standards 1 and 2, PLC device 408 supports PLC communication standard 3, PLC device 410 supports PLC communication standard 3, PLC device 412 supports PLC communication standard 3, and PLC device 414 supports PLC communication standards 2 and 3, and PLC device 424 supports PLC communication standards 1 and 3. As will be further described herein the differing PLC communication standards may be wideband, narrowband, consistent with one another, and/or inconsistent with one another. These PLC communication standards may be one of the PLC communication standards described with reference to FIG. 3 or may be another PLC communication standard.

According to one or more embodiments of the present invention, one or more of the PLC devices 402, 404, 406, 408, 410, 412, 414, and 424 may serve as masters of the powerline media servicing the premises 400, may bridge communications across differing PLC communication standards, and/or may bridge communications between PLC communications and non-PLC communications. Several of these operations will be described herein subsequently. In some embodiments, each PLC standard will have a unique master, with differing PLC devices serving as masters for differing PLC communication standards. Likewise, each supported non-PLC communication standard may have its own master.

FIG. 5 is a block diagram illustrating a premises in which at least one PLC device resides that operates according to one or more embodiments of the present invention. The premises 500 may be a home, office building, apartment complex, hotel, industrial building, or another type of structure. The premises 500 includes a plurality of spaces 502, 504, 506, and 508, each of which may be a room, an apartment, an office, an industrial space, or another type of unit. Installed within the premises 500 are a plurality of PLC devices 510, 512, 514, 516, 518, 520, and 522. Also installed in the premises is a PLC device serving as a Gateway 524 for communications services. Each of the PLC devices 510-522 illustrated has a structure same or similar to the structure described with reference to FIGS. 2-4 and 6 and that operates according to the operations described with reference to FIGS. 7-10.

Also located in the premises 500 are a number of appliances 550, 552, 554, 556, 558, 560, 562, 564, 566, and 568. These appliances may be kitchen appliances such as refrigerators, freezers, stoves, ovens, dishwashers, trash compactors, small appliances, ice makers, etc. Further, these appliances may be office appliances such as computers, printers, scanners, monitors, etc. Further still these appliances could be industrial equipment, air conditioning units, heating units, ventilation units, fans, etc. The scope of the term appliance is not limited by the examples provided herein.

According to one aspect of the present invention, any of the PLC devices in the premises is capable of providing network service to the appliances along with node tagging support. One or more of the appliances may have a conventional tag, e.g., an RFID, NFC tag, one dimensional or two dimensional code, or another type of tag. One or more of the illustrated PLC devices has the ability to identify proximately located appliances (devices) using near field communication and/or RFIDs and/or bar codes. In such case, the device may query locally all potential RF tag enabled devices for response in identifying based thereupon. Further, near field communication may be employed by the device to identify proximately located devices. With each device labeled or identified, this information may be uploaded to a central location to at least logically map the location of these devices with the PLC device that does the querying.

This type of technique could be used to support “network in a box” functionality within a home or business. This network in a box may include RF tags for network enabled devices in the home (or simply load devices). This invention may also be extended with the use of wireless beam forming to further identify a fixed physical location of the devices with respect to other devices. By using wireless beam forming, the logical locations of each of the devices may be related to one another and the physical positioning of the beam forming technique.

According to a multi-communication technique installation within a home, one type of communication service may be wireless communications that are serviced by devices that bridge from a powerline communications communication link to a wireless link. For example, this type of device may provide 60 GHz wireless communications within a particular room. Further, another type of device may provide 802.11 communications with a particular part of the structure. Further, another bridging type device may bridge between PLC and Ethernet communications.

In such case, a software application is downloaded onto a phone 570 for use in mapping wireless services available within a home. The phone or tablet device 570 would have at least one wireless interface servicing WLAN or 60 GHz that would be able to determine service levels in all portions of the home/structure. In such case, the phone/tablet may also have a GPS receiver or another type of mapping location awareness that is employed for characterizing available communication services within the home. RFID/NFC tags associated with either or both the phone/tablet and a particular access point (powerline or otherwise) could interact along with position information to assist in generating such map. A user would enable the application and do a walkabout within the home to characterize communications characteristics that are available within various portions within the home. The data collected by the phone/tablet may be subsequently used to determine where additional points of communications are required, e.g. additional PLC/802.11 or PLC/60 GHz devices are required.

According to one aspect of the present invention, which will be described further with reference to FIGS. 6-10, a PLC device supports operations across multiple PLC communication standards. Each such multi-standard PLC node can be configured to perform virtual bridging in support of these operations. For example, an upstream DSL AP 524 provides IP connectivity (Internet access, wideband Media, Phone, etc.) and is configured internally to support a downstream PLC pathway that supports two competing PLC communication standard technologies. A user plugs in a first PLC bridging device 510 (operating further downstream pursuant to the first industry standard) to service a PC (not shown) via a CATS cable and PLC to Ethernet bridging. Next, a user plugs in a second PLC bridging device 512 (bridging PLC to WiFi) that supports both the first and second industry standards. At that point, the AP 524 switches from operating fully pursuant to the first industry standard to a slotted operation, toggling between the first standard and the second. Instead of the second PLC device 512 merely acting like the first PLC device 510 in selecting only one standard and slot in which to conform, it toggles back and forth between the first and second industry standards to take advantage of all available time domain bandwidth. To do so, however requires that communication addressing is maintained seamless throughout. This may be handled by supporting exchanges via one slot, while supporting exchanges via “virtual bridging” in the other (e.g., encapsulation and forwarding—or address substitution and forwarding).

FIG. 6 is a block diagram illustrating a PLC interface that is capable of servicing multiple PLC communication standards and in bridging PLC communications between differing PLC communication standards according to one or more embodiments of the present invention. The PLC interface 206 may be same/similar to the PLC interface 206 of FIG. 2, and is able to service a plurality of differing PLC communication standards. The PLC interface 206 includes PLC interface processing circuitry 602, a narrowband PLC interface 604, a first wideband PLC interface 606, a second wideband PLC interface 608, and a PLC media interface 610. The PLC media interface 610 couples PLC communications standard communication signals onto the PLC media and from the PLC media. The narrow band PLC interface 604 services narrowband PLC communication standard communications, e.g. according to one of the standards previously described. Both the first wideband PLC interface 606 and the second wideband PLC interface 608 service communications for at least one wideband PLC communication standard, such as one or more of the HPAV and G.hn standards previously described and according to one or more embodiments of the present invention.

PLC interface processing circuitry 602 supports operations previously described herein with reference to FIGS. 2-5, and that will further be described with reference herein to FIGS. 7-10. The PLC interface processing circuitry 602 executes operations for PLC MAC management, PLC core existence management, and communication bridging/forwarding. This functionality may be instantiated in hardware, software, or a combination of hardware and software. The PLC interface processing circuitry 602 may be a microprocessor, digital signal processor, specialized hardware, or a combination of these and/or other circuitry that is capable of performing the functionality described herein with reference thereto.

FIG. 7 is a flow chart illustrating operations according to one aspect of the present invention. The operations 700 of FIG. 7 begin with the PLC device 200 sending out queries to PLC devices according to a first PLC operating specification (Step 702). The PLC device 200 then waits for devices of the particular PLC operating specification to respond and interrogates each responding device for its communication bandwidth/throughput and Quality of Service (QoS) requirements (Step 704). The PLC device 200 then determines whether it has completed querying all PLC device types (Step 706). Device types may include both narrowband and wideband device types, which have been previously described herein above. When further device type querying is required, operation returns to Step 702. When all querying is complete, operation proceeds to Step 708, where the PLC device 200 may determine Frequency domain and/or Time domain allocations for each responding device.

The PLC device 200 then directs each responding device with its corresponding Frequency domain and Time domain allocation (Step 710). The PLC device 200 then operates with this allocation until a timeout or other triggering event occurs (Step 706). When such a timeout or triggering event occurs, operation returns to Step 702, where the querying operations commence again.

In particular, the PLC device transmits a plurality of PLC queries, each PLC query respective to a particular PLC communication standard, two of the plurality of PLC queries complying with differing and incompatible PLC communication standards. The PLC queries are sent with the expectation that PLC devices sharing the PLC media and the PLC communication standard capability will respond, indicating that they are present on the PLC media. The responses may also indicate capabilities and communication requirements of the responding devices. Each supported PLC communication standard may define such a query or a similar message/beacon. For example, G.hn has a MAP message that may serve as the PLC query in some embodiments, with or without modification. Other PLC communication standards have similar messages, which serve similar purposes.

In response to the PLC queries, the PLC device receives a plurality of responses from a plurality of other PLC devices, two responses received from respective PLC devices complying with two differing and incompatible PLC communication standards. The PLC device then directs each of the two PLC devices to transmit communications of the differing and incompatible PLC communication standards in an attempt to avoid PLC communication conflicts. Alternately, the PLC device may establish non-PLC communications with a remote communications device and bridge communications between the remote PLC device and a remote non-PLC device.

The operations 700 may enable a PLC device to allocate first time slots for a first one of differing and incompatible PLC communication standards and to allocate second time slots for a second one of the differing and incompatible PLC communication standards. In such case, the first time slots would differ from the second time slots. Thus, with reference again to FIG. 3, the PLC device constructed according to the present invention may service both HomePlug and ITU G.hn communications on the same media by subdividing the times of the media used for each of the PLC communication standards to the differing and incompatible PLC communication standards. In such case, selecting the first time slots and the second time slots for allocation to the differing standards, a PLC device constructed and operating according to the present invention may consider the link quality available for each of the PLC communication standards, may consider the throughput availability of the PLC devices that support the differing incompatible PLC communication standards. Further, the PLC device in performing the operations 700 of FIG. 7 may consider the data security requirements of the one or more PLC devices sharing the PLC media and/or the data type for transmission between one or more of the PLC devices.

Referring again to FIG. 4, the operations 700 of FIG. 7 may be employed by the infrastructure 400 of FIG. 4 wherein one of the PLC devices manages the incompatible communications upon the PLC medium of the premises 400. In such case, for example, one of the PLC devices, e.g. 406, would manage communication flow between devices supporting standards 1 and 2. Likewise, another one of the PLC devices 424 would manage communications between the devices supporting PLC communication standards 1 and 3. Further, with the example of FIG. 4, the PLC device 414 that supports PLC communication standards 2 and 3 would manage communications within the premises 400 according to the standards 2 and 3. In such case, PLC devices 406, 414, and 424 would intercommunicate with one another in an effort to avoid conflict amongst the PLC devices operating according to the differing communication standards 1, 2, 3. In such case, the available communication bandwidth may be subdivided into three different recurring time slots to support communications with the three differing PLC communication standards. This technique of the operation 700 of FIG. 7 may be extended within the premises of FIG. 4 or other premises to support further additional PLC communication standards.

Referring again to FIG. 7, the operations at step 708 may include allocating the first frequency band for a first one of differing and incompatible PLC communication standards and allocating a second frequency band for a second one of the differing and incompatible PLC communication standards. Similarly to the time division segregation that was previously described, a frequency band available for communications by PLC devices may be subdivided for use by differing PLC communication standards devices. In such cases, the determination of what frequency bands to allocate may be based on the link quality available between PLC devices, the throughput availability between PLC devices, data security requirements of the PLC devices, QoS requirements of the PLC devices, and/or the data type for transmission of the PLC devices. In such case, if PLC devices supporting a consistent same standard require high data throughput, more of an available frequency spectrum may be assigned to one of the PLC communication standards as compared to a differing one of the PLC communication standards. Further, time division multiplexing and frequency division multiplexing may also be employed to subdivide available communication capacity on PLC media for a plurality of PLC devices. Likewise, the concepts of the present invention may be extended to allow for PLC devices to support differing PLC communications standards that both use OFDM front ends but with differing communication methodologies to subdivide the tones available on the OFDM carriers for differing PLC communication standards.

With the operations 700 of FIG. 7, the PLC device 202 supports an intelligent, adaptive coexistence management PLC architecture wherein multiple PLC communication standards are allocated portions of the available bandwidth based on current demand and traffic QoS.

The operations 700 of FIG. 7 may be expanded to operate across multiple mediums accessible by the PLC device 200 of FIG. 2, acting as a network manager. In such case, the PLC device provides an adaptive management element within or via an (e.g., 1905.1) abstraction layer that optimizes overall communication flow across all underlying mediums (air, powerline, coax, telephone line, Ethernet, cellular, etc.). For example, PLC devices participating in a home environment (such as a client's pc, smart-phones, etc.) often have two or more communication means defined by differing Industry Standards such as IEEE 1901, Femtocell, MoCA, WiFi, etc. For a given situation in a specific installation, there is an optimal traffic configuration that such adaptive management element detects and directs. It does this by first gathering information about underlying node capabilities, network conditions and limitations, and underlying data-flow. Based thereon, re-allocation commands are delivered forcing migration to new configurations on the fly.

When multiple PLC devices (multiples of PLC devices 200) exist within a particular installation, operations may require Cross-Medium Coexistence. For example, where a first PLC device supports first and second PLC communication standards and a second PLC device supports third and fourth PLC communication standards and where the first and third PLC communication standards operate on the same medium in competition (via single medium coexistence sharing) or in direct conflict, an abstraction layer (e.g., similar or within IEEE 1905.1) defines that either the first or the second PLC device relinquishes all or at least some use of the corresponding first or third standard, correspondingly, and is forced to rely at least more heavily if not entirely on the second or fourth standards instead. The abstraction layer makes its decision based on (i) channel conditions underlying the first, second, third and fourth standards; (ii) node impact (cost, power, etc.); (iii) user setup or real time preferences; (iv) underlying QoS concerns, etc.

Further, a PLC device 200 of the present invention may support multi-medium Mesh operations that perform flooding and/or routing of communications across multiple mediums concurrently. In such case, the routing of data by the PLC device 200 may be performed such that data is routed across multiple data paths, e.g., two or more of PLC path, WLAN path, LAN path, MoCA path, etc. The PLC device 200 may serve as an intermediate routing node that makes media routing decisions based upon media loading, data type, QoS requirements, and other characteristics of not only the serviced transaction but the available media paths and the characteristics of each media path.

The PLC devices 200 of the present invention may also support Cross-Medium Sub-Streaming, with which a source or middling PLC device breaking data flow (stream) into sub-portions (diverging), sending such sub-portions independently across multiple mediums and finally reconstructing by a destination or further middling PLC device back into the original stream (converging). This diverging-converging process can be nested and occur many times in an overall pathway between a source and destination.

One or more PLC devices 200 of the present invention may support Virtual Bridging Across Multiple Powerline Modems. Coexistence between incompatible PLC communication standards such as HPAV and G.hn may be handled by a time domain sharing, where incompatibilities exist. Some PLC devices may support only one of such multiple standards, while others support all. One sharing approach involves a time slot allocation in an equal splitting manner, to yield periods in which a first standard device grouping operates and periods wherein a second standard device grouping operates. This sharing approach is that each device will operate only pursuant to one standard throughout.

According to another aspect of the present invention, one or more supported PLC communication standards may be “disabled’ within the PLC network to avoid conflict and all nodes directed to communicate using other techniques. In such case, a PLC node may be directed to use WLAN communications instead of PLC communications when the use of the PLC communications would burden the PLC media unduly considering the benefit of allowing instantiation of the PLC communication standard. The decision to “disable” the PLC communication standard from use may be based upon the efficiency pre and post disablement, deliverable QoS pre and post disablement, throughput on a node by node basis pre and post disablement and upon other factors.

FIG. 8 is a flowchart illustrating operations according to one or more embodiments of the present invention for determining capabilities of PLC communication devices coupled thereto and for bridging communications between differing and incompatible PLC communication standards. Operations 800 commence with a PLC device receiving PLC communications from a first remote PLC device in a first PLC communication standard format (Step 802). The PLC device then converts the PLC communications from the first PLC communication standard format to a second PLC communication standard format (Step 804). Then, the PLC device transmits the converted PLC communications to a second remote PLC device in the second PLC communication standard format (Step 806).

Referring again to FIG. 4, PLC device 406 may bridge communications between PLC device 402 and PLC device 410. In such case, because the PLC device 402 only supports PLC communication standard 1 and PLC device 410 only supports PLC communication standard 2. PLC device 406, supporting both standards 1 and 2, bridges PLC communications between the PLC devices 402 and 410 according to the operations 700 of FIG. 7. Such bridging may occur unidirectionally or bidirectionally, based upon the particular operation employed.

FIG. 9 is a flowchart illustrating operations according to one or more embodiments of the present invention for servicing communications using both PLC communication standard format communications and non-PLC communication standard format communications. Operations 900 commence with a PLC device establishing PLC communications with another PLC device via a PLC communication standard format (Step 902). Then, the PLC device establishes non-PLC communications with a remote communication device via a non-PLC communication standard (Step 904). The non-PLC communication standards may be one or more of LAN communications, WWAN communications, WLAN communications, coaxial communications, millimeter wave communications, cellular telephony communications, near field communications, infrared communications, and/or optical communications. In such case, the usage of non-PLC with reference to FIG. 9 indicates only that the non-PLC communications do not operate according to a PLC communications standard.

Operation 900 continues with the PLC device receiving a communication from the other PLC device in a PLC communication standard format (Step 906). The PLC device then converts the communication from the PLC communication standard format to a non-PLC communication standard format (Step 908). Then, the PLC device transmits the communication in the non-PLC communication standard format to the remote communications device (Step 910). In such case, the communications transmitted according to one of the communication types previously described.

The operations 900 of FIG. 9 may be employed with one or more of the devices of the premises 400 of FIG. 4. In such case, PLC device 424 receives a PLC communication in a PLC communication standard format 1 and converts the PLC communication to a WLAN communication to thereby transmit the communication to a remote device that supports WLAN communications, e.g. 428. Likewise, one of the PLC devices of FIG. 4 may receive a communication in a WLAN or another communication format, convert that communication to a PLC communication format, and transmit the communication via the PLC media to another PLC device.

According to another aspect of the PLC/non-PLC bridging operation of the present invention, upstream communications may be transmitted in one format and downstream communications may be transmitted in another format. For example, if the PLC communications may be transmitted at a higher data throughput rate, downstream communications may be transmitted via the PLC media. Further, the upstream communications may have a lesser throughput rate and may be transmitted via a non-PLC communication standard format, e.g. WLAN communications. These principles may be expanded further with differing communication types to subdivide between PLC communications and non-PLC communications.

FIG. 10 is a flowchart illustrating operations according to one or more embodiments of the present invention for concurrently using PLC and non-PLC communications to service a single communication. Operations 1000 commence with splitting a communication into a PLC communication standard format portion and a non-PLC communication standard format portion (Step 1002). The non-PLC communication standard format may be one of those types previously described herein. Then, operation 1000 continues with transmitting the PLC communication standard format portion to a remote communications device via PLC media (Step 1004). Operations 1000 continue with transmitting the non-PLC communication standard format portion to the remote communications device via non-PLC media (Step 1006). The operations of steps 1004 and 1006 may be performed simultaneously such that communications transmitted on the PLC media and the non-PLC media occur simultaneously or sequentially, either step 1004 or step 1006 occurring first.

FIG. 11 is a flowchart illustrating operations according to one or more embodiments of the present invention for servicing of PLC communications of differing PLC communication standards at differing times. A PLC device that performs the operations 1100 of FIG. 11 includes a processing module, memory coupled to the processing module, and a communication interface coupled to the processing module. The structure of such a device was described with reference to FIG. 2 and will be further described herein with reference to subsequent FIGs. The operations 1100 of FIG. 11 are generally described with reference to two differing operations. The teachings of FIG. 11 may be extended to more than two operations, as the reader will appreciate.

The operations 1100 of FIG. 11 begin with the PLC device in an idle communication state 1102, which may be a resting state. From the idle state 1102, the PLC device may take one of two operational paths, the first including steps 1104-1108 and the second including steps 1110-1114. In other embodiments, additional operations and/or steps may be included.

In a first operation, beginning at step 1104, the PLC device determines that the PLC device will service communications with a first remote PLC device according to a first PLC communication standard. Such operation 1104 may be determined based upon a request received by the PLC device from the first remote PLC device. Operation continues with the PLC device configuring the communication interface to service communications according to the first PLC communication standard (Step 1106). Operation continues with the PLC device servicing communications with the first remote PLC device according to the first PLC communication standard (Step 1108). From Step 1108, operation proceeds to Step 1102.

In a second operation, beginning at step 1110, the PLC device determines that the PLC device will service communications with a second remote PLC device according to a second PLC communication standard. Such operation 1110 may be determined based upon a request received by the PLC device from the second remote PLC device. Operation continues with the PLC device configuring the communication interface to service communications according to the second PLC communication standard (Step 1112). Operation continues with the PLC device servicing communications with the second remote PLC device according to the second PLC communication standard (Step 1114). From Step 1114, operation proceeds to Step 1102.

The reader will appreciate that the operations 1100 of FIG. 11 may be extended to more than two PLC communication standards. Further, the reader will appreciate that the operations of the communication interface may toggle between differing PLC communication standards over time.

FIG. 12 is a flow chart illustrating various operations 1200 that may be performed in conjunction with the operations 1100 of FIG. 11. Each of the operations 1200 of FIG. 12 may be performed by the PLC device of the present invention consistently with the operations of FIG. 11 or in conjunction with differing operations herein. The operations 1200 of FIG. 12 may be performed for one or both of the first and second operations described with reference to FIG. 11. In a first operation of FIG. 12, the communication interface is adjusted to one of wideband or narrowband operation (1202). In such case, the first PLC communication standard may be a narrowband PLC communication standard and the second PLC communication standard may be a wideband PLC communication standard.

The first and second PLC communication standards may be differing and incompatible. In one particular embodiment of FIG. 12, a first one of the differing and incompatible PLC communication standards comprises a HomePlug communication standard and a second one of the differing and incompatible PLC communication standards comprises an ITU home networking (G.hn) communication standard. The communication interface is adjusted accordingly in the first and second operations (Step 1204).

In another operation of FIG. 12, the first PLC communication standard is allocated in first time slots and the second PLC communication standard is allocated in second time slots (Step 1206). Alternately, or in addition to Step 1206, the first PLC communication standard may be allocated in a first frequency band and the second PLC communication standard is allocated in a second frequency band (Step 1208). These operations will be described further with reference to FIGS. 13A and 13B.

In another operation of FIG. 12, in the first operation, the communication interface is adjusted to have a first frequency response and in the second operation, the communication interface is adjusted to have a second frequency response that differs from the first frequency response (Step 1210). In such case, the differing PLC communication standards have differing frequency response requirements and the communication interface is adjusted accordingly

In another operation of FIG. 12, in the first operation, a clock of the communication interface is adjusted to comport to the first PLC communication standard and in the second operation, the clock is adjusted to comport to the second PLC communication standard (Step 1212). Further, in still another operation of FIG. 12, in the first operation, the block or segment size processing of the communication interface is adjusted to comport to the first PLC communication standard, and, in the second operation, the block or segment size processing of the communication interface is adjusted to comport to the second PLC communication standard (Step 1212).

In still another operation of FIG. 12, and consistent with the operations of FIG. 9, the PLC device determines that it is to service communications with a remote Non-PLC device according to a non-PLC communication standard format. In such case, the PLC device configures the communication interface to service communications to support the non-PLC communication standard format. The non-PLC communication standard includes one or more of a LAN communication standard, a WWAN communication standard, a WLAN communication standard, a coaxial communication standard, a millimeter wave communication standard, a cellular telephony communication standard, a NFC standard, an infrared communication standard, and an optical communication standard.

Some or all of the operations of FIG. 12 may be performed by a PLC device of the present invention that includes a plurality of communication interfaces, which will be described further herein and as was previously described with reference to FIG. 2. In such case, a PLC device with two (or more) communication interfaces may be operated according to the elements of FIG. 12 by configuring one of the communication interfaces in a first manner and configuring another of the communication interfaces in second manner at the same, or differing times.

FIG. 13A is a chart illustrating the manner in which a PLC device constructed and operating according to the present invention may service differing PLC communication standards in a time divided format. As shown, PLC communication standard 1, PLC communication standard 2, and PLC communication standard 3 are allocated in successive time slots, which periodically repeat. In such case, when the differing PLC communication standards being incompatible, no overlap in time is allowed. The time division may be altered over time depending upon the number and type of PLC devices being serviced by a PLC device of the present invention, the communication requirements of the serviced PLC devices, and upon other considerations. The duration of the time slots for each PLC communication standard may be altered over time. Some PLC communication time slots may only be present every few cycles, if they are lightly loaded.

FIG. 13B is a chart illustrating the manner in which a PLC device constructed and operating according to the present invention may service differing PLC communication standards in a frequency divided format. As shown, PLC communication standard 1, PLC communication standard 2, and PLC communication standard 3 are allocated in differing frequency bands of an allocated frequency spectrum. In such case, when the differing PLC communication standards being incompatible, no overlap in frequency is allowed. The frequency division may be altered over time depending upon the number and type of PLC devices being serviced by a PLC device of the present invention, the communication requirements of the serviced PLC devices, and upon other considerations. The width of the frequency bands for each PLC communication standard may be altered over time. The width of the bands may be altered based upon communication requirements. The time division aspects of FIG. 13A may be combined with the frequency division aspects of FIG. 13B to provide more options for sharing an allocated frequency band.

FIG. 14 illustrates a PLC device having a reconfigurable architecture constructed according to one or more embodiments of the present invention. The PLC device 1400 includes a processing module 1402 and memory 1404 that may have a structure similar or same as like named components of FIG. 2. The PLC device 1400 further includes a DFE 1406 and an AFE 1408 that may have a structure similar or same as like named components of FIG. 2. The PLC device 1400 further includes a switch matrix 1410 that intercouples the AFE 1408 to a PLC I/F 1412, a LAN I/F 1414, a MoCA I/F 1416, and a Wireless I/F 1418.

FIG. 15 illustrates a PLC device similar in structure to the PLC device of FIG. 14 according to one or more embodiments of the present invention. As contrasted to the PLC device 1400 of FIG. 14, the PLC device 1500 of FIG. 15 has a switch matrix 1510 disposed between a DFE 1506 and a plurality of AFEs 1508A, 1508B, 1508C, and 1508D servicing a PLC I/F 1412, a LAN I/F 1414, a MoCA I/F 1416, and a Wireless I/F 1418, respectively. In still other embodiments, one AFE may service multiple of the I/Fs, depending upon the similarities of the frequency band and bandwidth of the signals serviced by the I/Fs.

According to one or both of the PLC devices of FIGS. 14 and 15, one or more of the components of such devices may be configured and reconfigured on-the-fly to service multiple PLC communication standards in a time sharing, full switch-over, etc., modes.

According to a first aspect of such reconfigurability, an AFE, e.g., 1408, of a PLC device may be reconfigured to service differing PLC standards, e.g., wideband and narrowband, differing wideband PLC standards, PLC and LAN, PLC and WiFi, PLC and MoCA, etc. A difficulty addressed in designing a reconfigurable AFE is to make the AFE for one gain/bandwidth requirement, e.g., 30 MHz of one standard while being efficient for another standard's gain/bandwidth requirements e.g., 100 MHz

According to one aspect of the present invention, the AFE may be configured or reconfigured (even on the fly for time shared operation) to support a plurality of differing PLC and other standards. The configuration of the AFE may be based upon supported media as well as multiple communication standard servicing. The AFE is configurable based upon a serviced frequency band/bands and a communication standard being serviced.

For example, the AFE may be shared between PLC and coaxial communications or between PLC and LAN communications. In such case, the characteristics of the components of the AFE are modified based upon a particular media and communication standard being supported. Switching capability built into either the integrated circuit or packaging or interface circuitry for the integrated circuit will enable switching of communication paths between differing serviced media.

FIGS. 16A and 16B are graphs illustrating example signal power versus frequency for the HomePlug AV and G.hn PLC communication standards. Referring particularly to FIG. 16A, HomePlug AV has a spectrum defined for approximately 1000 carriers that extends from 1.8 MHz to 30 MHz with a typical maximum power spectral density (PSD) of −50 dBm/Hz. Alternately, G.hn defines a spectrum that extends from 1.8 MHz to 80 MHz with a first typical PSD level of −50 dBm/Hz from the sub-spectrum of 1.8 MHz to 30 MHz and a second typical PSD level −80 dBm/Hz from the sub-spectrum of 30 MHz to 80 MHz. Note that for the G.hn spectrum carrier signal powers may vary greatly, depending upon where they reside in the spectrum. However, a single PLC interface that services the G.hn still requires high dynamic range for the lower power carriers without compromising receipt of the higher power carriers. Compounding this problem is that the channel attenuation for the G.hn signals is typically worse at high frequencies. These signal characteristics negatively affect the ability of the PLC interface to meet linearity and dynamic range requirements to service the G.hn PLC communication standard.

FIG. 17 is a block diagram illustrating a portion of a communication interface of a PLC device constructed and operating according to one or more embodiments of the present invention. With the communication interface 1700 of FIG. 17, the communication interface includes an Analog Front End (AFE) having two receive paths, each receive path serviced by a respective Programmable Gain Amplifier (PGA) and having a respective PGA gain. Further, the communication interface includes separate filtering and separate Analog to Digital Converters (ADCs) for each receive path. In particular, a first receive path includes a first analog band pass filter 1702A with the filter function illustrated, a first PGA 1704A, a first ADC 1706A, and a first digital filter 1708A with the filter function illustrated. Likewise a second receive path includes a second analog band pass filter 1702B with the filter function illustrated, a second PGA 1704B, a second ADC 1706B, and a second digital filter 1708B with the filter function illustrated. Note that the first path corresponds to the lower frequency portion of the G.hn spectrum while the second path corresponds to the higher frequency portion of the G.hn spectrum. Digital adder 1710 adds the two digital signal components together and provides the combined signal to a digital signal processing (DSP) circuitry 1712 for processing. Note the shape of the composite signal shown with the composite spectrum having fairly uniform signal strength.

FIG. 18 is a flowchart illustrating operations according to one or more embodiments of the present invention for servicing of PLC communications of differing PLC communication standards by multiple PLC interfaces. A PLC device that performs the operations 1800 of FIG. 18 includes a processing module, memory coupled to the processing module, a first PLC interface coupled to the processing module, and a second PLC interface coupled to the processing module. The structure of such a device was described with reference to FIGS. 2 and 6 and will be further described herein with reference to subsequent FIGs.

The operations 1800 of FIG. 18 begin with the PLC device determining that the PLC device will service communications with a first remote PLC device according to a first PLC communication standard (Step 1802). Such operation 1802 may be determined based upon a request received by the PLC device from the first remote PLC device. Operation continues with the PLC device configuring the first PLC interface to service communications according to the first PLC communication standard (Step 1804).

Operations 1800 continue with the PLC device determining that the PLC device will service communications with a second remote PLC device according to a second PLC communication standard (Step 1806). Such operation 1806 may be determined based upon a request received by the PLC device from the second remote PLC device. Operation continues with the PLC device configuring the communication interface to service communications according to the second PLC communication standard (Step 1808).

Operation further continues with the PLC device servicing communications with the first remote PLC device according to the first PLC communication standard (Step 1810) and with the PLC device servicing communications with the second remote PLC device according to the second PLC communication standard (Step 1812). From Step 1812, operations may be repeated based upon current communication requirements.

The operations 1800 of FIG. 8 may be modified based upon the teachings previously described herein. In particular, the first PLC communication standard and the second PLC communication standard may be differing and incompatible PLC communication standards. As such, a first one of the differing and incompatible PLC communication standards may be a HomePlug communication standard and a second one of the differing and incompatible PLC communication standards may be the G.hn communication standard.

Further, the first PLC communication standard may be a narrowband PLC communication standard and the second PLC communication standard may be a wideband PLC communication standard. The PLC device may operate by receiving a communication via the first PLC interface and transmitting an Acknowledgement for the communication via the second PLC interface. Redundancy may be pursued by sending the Acknowledgement via both the first and second PLC interfaces. The Acknowledgement may be a positive Acknowledgement (ACK) or a Negative Acknowledgement (NACK).

The operations 1800 of FIG. 18 may be further augmented by allocating first PLC communication standard communications in first time slots and allocating second PLC communication standard communications in second time slots. Moreover, the operations 1800 of FIG. 18 may be augmented by allocating first PLC communication standard communications in a first frequency band and allocating second PLC communication standard communications in a second frequency band.

Alternately to the operations of FIG. 18, the first and second PLC interfaces may be configured to service a common PLC communication standard to provide reception diversity. For example, the performance of a G.hn interface may require that both the first and second PLC interfaces jointly process the incoming PLC signals.

In another operation, the first PLC interface may be adjusted to have a first frequency response and the second PLC interface may be adjusted to have a second frequency response that differs from the first frequency response. In still another operation, during one period, primary communications are serviced via the first PLC interface and, during a secondary period, primary communications are serviced via the second PLC interface. For example, during normal operations, primary Internet access may be serviced via a home gateway that includes a cable modem link to a service provider. However, during an outage of the cable modem network, Internet access is serviced via a narrowband PLC link that is backhauled via a PLC network of a different service provider.

According to another aspect of the operations 1800 of FIG. 18, the PLC device supports dynamic buffer assignment based upon serviced communication path type. Differing serviced protocol standards have differing data requirements. Thus, according to one aspect of the invention, buffering assignments are based upon the type of service communication, e.g. Ethernet, HPNA, Moca, etc. Further, the memory structure of the PLC device component may support multiple block (segment) sizes. Differing communication protocols require differing block sizes, reference clocks, and other unique operations. It is desirable for devices to support more than one operating protocol not just in PLC but such as HPAV and G.hn but support other communication protocols as well. Using differing block sizes for communications for differing protocols that are supported assists in the efficiency of supporting these differing operating protocols.

In such case, the block sizes supported by multiple communications standards are used in multiple blocks such that a total block size expands across both communication protocol standards. E.g. one block size is 2N; a second block size is 3N. In order to span these block sizes, a block size of 6N is selected for communications of differing types. In this case, according to one communication protocol two blocks are transmitted, and according to a second communication protocol three blocks are transmitted within the predetermined selected block size of 6N. Clock management is also important when supporting multiple communication standards and according to the present invention, a fractional PLL is used that has swappable coefficients to map the PLL from one clock domain to another, each clock domain supporting a unique communication protocol.

FIG. 19 illustrates a receive portion of an Analog Front End (AFE) constructed according to one or more aspects of the present invention. The AFE 1900 includes multiple receive paths 1902 a, 1902 b, and 1902 n intercoupled by switch matrices 1904 and 1906 to increase performance when higher receive processing requirements dictate, e.g., for G.hn, and to support lesser processing requirements in other operations. The frequency response of the AFE 1900 may also be adjusted based upon the PLC communications standard being serviced. For example, the higher bandwidth is required for G.hn or HPAV2 PLC communications than for HomePlug AV1.1 (HPAV1.1) communications. In such case, we may use two communication paths 1902 a and 1902 b when servicing the G.hn or HPAV2 communications, only a single data path 1902 a when servicing the HPAV1.1 communications. Overall, some portions will be shared across standards and others powered up and down or only partially used, depending on the standard selected for service.

According to another aspect of an AFE of the present invention, the AFE includes multiple receive paths, e.g., 1902 a and 1902 b with differing gain settings. In many AFE's, especially in PLC networking, during a typical noise cycle, or during ingress noise receipt, total signal power is significantly greater than at other time periods. Typical AGC (Automatic Gain Control) tracking attempts to adjust the gain of a single receive pathway to prevent saturation. Problem occurs when very rapidly and dramatic changes in signal strength occur such, such changes in total signal strength, overcoming AGC response capabilities and ADC saturation results. Thus, according to the present invention, the gain of receive path 1 1902 a is set to one gain setting level and the gain of receive path 2 1902 b is set to a differing gain setting level. For different periods of the noise cycle or during differing signal strength operations, a differing one of the outputs of the multiple receive paths 1902 a and 1902 b is selected for input signal processing.

In particular, each AFE receive path is serviced by distinct Programmable Gain Amplifiers (PGAs). One of the PGA signal paths is employed for sampling during relatively low signal power periods, while the other with a lower gain setting is directed at sampling when the total signal power exceeds a predefined threshold. Of course, further PGA's could be used in this manner, with a quick pathway swap-over scheme employed. Although possibly not needed, multiple AGC approaches can also be added to each such pathway should fine tuning of gain within a particular receive pathway be necessary.

FIG. 20 is a block diagram illustrating a configuration of a PLC device operable to bridge communications between a wideband PLC standard and a narrowband PLC standard according to one or more embodiments of the present invention. The configuration of the PLC device of FIG. 20 may be embodied by any of the PLC device structures previously described herein or by differing PLC device structures. The configuration 2000 of FIG. 20 is such that a power plug I/F 2002, coupled to power mains, services both a narrowband PLC IF 2004 and a wideband PLC I/F 2006. The narrowband PLC I/F 2004 and the wideband PLC I/F 2006 are serviced by other PLC device components 2008 including processing circuitry, memory, DFE components, in some embodiments and/or other components to support the operations described herein with reference to FIG. 20.

According to one aspect of the present invention, the structure 2000 of FIG. 20 supports wideband and narrowband PLC bridging. Most conventional PLC designs involve a single PLC modem directed to either narrow-band applications (power company interactions with meters and home appliances for power monitoring and management) or broad-band applications such as general purpose communication exchanges via the Internet. Such applications are independent of one another and both have their failings. For example, if an Internet AP loses upstream connectivity or service, the local in facility/home network becomes fully detached Likewise, narrow band access by remote power service providers may fail and communication with facility/home network nodes is not possible.

Conventional PLC designs that do support two substantially independent modems involve integration of two independent broadband modems into one device, for example as defined within IEEE 1901. But such integration was a product of a lost battle to select only one modem to service everything, and the resulting compromise was to adopt both—which is in effect a failure in standardization.

With the structure of FIG. 20, at least two modems (at least one narrowband and at least one broadband) within a PLC device (an IC in some embodiments) provides network bridging support there between. In this way, narrow-band communication flow can be bridged from the local network to the power company networks via such silicon.

In one example of operation, an ISP (Internet Service Provider) fails, due to cable modem, DSL, satellite, or other ISP service failing. However, a low bandwidth path through the power service provider is supported, for example for emergency calls, alarms, etc. Power company need not install narrow-band pathway through their power distribution infrastructure to reach a facility/home with Internet connectivity via such bridging.

The structure of FIG. 20 also supports combined Narrow and Wide-Band Communication Flow in a Powerline Network. For conventional PLC communications, wide-band communications and narrow-band communications operate wholly separably and typically both within their allocated frequency bands. As mentioned above, narrow band communication paths are used for control of devices from a power consumption standpoint and for metering. The narrow band communications are typically low data rate but use robust communication modulation techniques to guarantee throughput.

According to one or more embodiments of the present invention, the narrow-band powerline pathway (and underlying characteristics) assists wide-band communication flow and, perhaps, vice versa. With one embodiment, data is transmitted via the wide-band communication standard and ACKs/NAKs are carried in the narrow-band communication standard. This may be especially advantageous with multicast media streaming. The ACKSs/NAKs may be redundantly transmitted. Data throughput could also be increased by using multiple PHYs for single communications. With one particular embodiment, communications are serviced in a wideband frequency spectrum and acknowledgments/error reporting messaging is done using a narrow band communication frequency segment. In such case, the acknowledgments that are sent using the narrow band communications spectrum may have a more robust communications scheme, e.g. using lower order modulation to guarantee that the acknowledgments are received by the transmitting device.

Further, data communications between particular devices each of which supports multiple communication protocols on different media may be split. Further, we can actually transmit acknowledgments across differing protocol interfaces so as to assure that acknowledgments are received on a more robust communication medium. In such case, by supporting multiple communication protocols concurrently, we can increase the throughput between multiple devices even though the throughput on each particular type of media is limited, e.g. wireless, PLC, Ethernet.

In other operations of the PLC device 2000 of FIG. 20, the narrow band 2004 and the wideband 2006 may operate simultaneously. In such case, both of the narrowband PLC interface 2004 and the wideband PLC interface 2006 both use the powerline channel at the same time and do not interfere with one another when they operate in differing frequency bands. Such simultaneous operation may be used for communication bridging, simultaneous communication receipt and ACK transmission, simultaneous communications, etc.

FIG. 21 is a block diagram illustrating a configuration of a receive portion of a PLC device according to one or more embodiments of the present invention. The configuration of the PLC device of FIG. 21 may be embodied by any of the PLC device structures previously described herein or by differing PLC device structures. The configuration 2100 of FIG. 21 is such that a power plug I/F 2102, coupled to power mains, services both a narrowband PLC IF 2004 and a wideband PLC I/F 2006. The narrowband PLC DFE 2004 and the wideband PLC DFE 2006 are serviced by other PLC device components including processing circuitry, memory, DFE components, in some embodiments and/or other components to support the operations described herein with reference to FIG. 21. With the structure of FIG. 21, multiple analog gain paths, each with multiple Programmable Gain Amplifiers (PGAs) 2104, 2106, 2108, and 2110 service incoming signals. The output of the PGA group is received by Analog to Digital Converter (ADC) 2012, the output of which is coupled to both the narrowband PLC DFE 2004 and the wideband PLC DFE 2006.

FIG. 22 is a block diagram illustrating a configuration of a transmit portion of a PLC device according to one or more embodiments of the present invention. The configuration of the PLC device of FIG. 22 may be embodied by any of the PLC device structures previously described herein or by differing PLC device structures. The configuration 2200 of FIG. 22 is such that a power plug I/F 2102, coupled to power mains, is serviced by both a narrowband PLC DFE 2104 and a wideband PLC DFE 2106. The narrowband PLC DFE 2104 and the wideband PLC DFE 2106 are serviced by other PLC device components including processing circuitry, memory, DFE components, in some embodiments and/or other components to support the operations described herein with reference to FIG. 22.

Transmit signals are produced by the narrowband PLC DFE 2104 and the wideband PLC DFE 2106. A Digital to Analog Converter (DAC) 2212 receives the transmit signals in a digital format and converts the signals to an analog format. With the structure of FIG. 22, multiple analog gain paths, each with multiple programmable gain Line Driver Amplifiers (LD) 2204, 2206, 2208, and 2210 service the transmit signals as line drivers. The output of the PGA group is provided to the Power Plug I/F 2102 for coupling to the PLC media. The multiple line drivers may be used to drive narrow and wide-band communications concurrently or used for greater gain of a single band signal. These line drivers may be powered down to reduce energy consumption, or may be concurrently used for dual transmission, e.g., MIMO communications, combined signals, etc.

The terms “circuit” and “circuitry” as used herein may refer to an independent circuit or to a portion of a multifunctional circuit that performs multiple underlying functions. For example, depending on the embodiment, processing circuitry may be implemented as a single chip processor or as a plurality of processing chips. Likewise, a first circuit and a second circuit may be combined in one embodiment into a single circuit or, in another embodiment, operate independently perhaps in separate chips. The term “chip,” as used herein, refers to an integrated circuit. Circuits and circuitry may comprise general or specific purpose hardware, or may comprise such hardware and associated software such as firmware or object code.

The present invention has also been described above with the aid of method steps illustrating the performance of specified functions and relationships thereof. The boundaries and sequence of these functional building blocks and method steps have been arbitrarily defined herein for convenience of description. Alternate boundaries and sequences can be defined so long as the specified functions and relationships are appropriately performed. Any such alternate boundaries or sequences are thus within the scope and spirit of the claimed invention.

The present invention has been described above with the aid of functional building blocks illustrating the performance of certain significant functions. The boundaries of these functional building blocks have been arbitrarily defined for convenience of description. Alternate boundaries could be defined as long as the certain significant functions are appropriately performed. Similarly, flow diagram blocks may also have been arbitrarily defined herein to illustrate certain significant functionality. To the extent used, the flow diagram block boundaries and sequence could have been defined otherwise and still perform the certain significant functionality. Such alternate definitions of both functional building blocks and flow diagram blocks and sequences are thus within the scope and spirit of the claimed invention. One of average skill in the art will also recognize that the functional building blocks, and other illustrative blocks, modules and components herein, can be implemented as illustrated or by discrete components, application specific integrated circuits, processors executing appropriate software and the like or any combination thereof.

As may be used herein, the terms “substantially” and “approximately” provides an industry-accepted tolerance for its corresponding term and/or relativity between items. Such an industry-accepted tolerance ranges from less than one percent to fifty percent and corresponds to, but is not limited to, component values, integrated circuit process variations, temperature variations, rise and fall times, and/or thermal noise. Such relativity between items ranges from a difference of a few percent to magnitude differences. As may also be used herein, the term(s) “coupled to” and/or “coupling” and/or includes direct coupling between items and/or indirect coupling between items via an intervening item (e.g., an item includes, but is not limited to, a component, an element, a circuit, and/or a module) where, for indirect coupling, the intervening item does not modify the information of a signal but may adjust its current level, voltage level, and/or power level. As may further be used herein, inferred coupling (i.e., where one element is coupled to another element by inference) includes direct and indirect coupling between two items in the same manner as “coupled to.” As may even further be used herein, the term “operable to” indicates that an item includes one or more of power connections, input(s), output(s), etc., to perform one or more its corresponding functions and may further include inferred coupling to one or more other items. As may still further be used herein, the term “associated with,” includes direct and/or indirect coupling of separate items and/or one item being embedded within another item. As may be used herein, the term “compares favorably,” indicates that a comparison between two or more items, signals, etc., provides a desired relationship. For example, when the desired relationship is that signal 1 has a greater magnitude than signal 2, a favorable comparison may be achieved when the magnitude of signal 1 is greater than that of signal 2 or when the magnitude of signal 2 is less than that of signal 1.

The present invention has also been described above with the aid of method steps illustrating the performance of specified functions and relationships thereof. The boundaries and sequence of these functional building blocks and method steps have been arbitrarily defined herein for convenience of description. Alternate boundaries and sequences can be defined so long as the specified functions and relationships are appropriately performed. Any such alternate boundaries or sequences are thus within the scope and spirit of the invention.

Moreover, although described in detail for purposes of clarity and understanding by way of the aforementioned embodiments, the present invention is not limited to such embodiments. It will be obvious to one of average skill in the art that various changes and modifications may be practiced within the spirit and scope of the invention. 

1. A Power Line Communications (PLC) device comprising: a processing module; memory coupled to the processing module; a first PLC interface coupled to the processing module; a second PLC interface coupled to the processing module, wherein the processing module, the first PLC interface, the second PLC interface and the memory are operable to: determine that the PLC device will service communications with a first remote PLC device according to a first PLC communication standard; determine that the PLC device will service communications with a second remote PLC device according to a second PLC communication standard; configure the first PLC interface to service communications to support the first PLC communication standard; and configure the second PLC interface to service communications to support the second PLC communication standard.
 2. The PLC device of claim 1, wherein the first PLC communication standard and the second PLC communication standard are differing and incompatible PLC communication standards.
 3. The PLC device of claim 2, wherein: a first one of the differing and incompatible PLC communication standards comprises a HomePlug communication standard; and a second one of the differing and incompatible PLC communication standards comprises an ITU home networking (G.hn) communication standard.
 4. The PLC device of claim 1, wherein: the first PLC communication standard is a narrowband PLC communication standard; and the second PLC communication standard is a wideband PLC communication standard.
 5. The PLC device of claim 1, wherein: a communication is received via the first PLC interface; and an Acknowledgement for the communication is transmitted via the second PLC interface.
 6. The PLC device of claim 1, wherein: the first PLC communication standard is allocated in a first frequency band; and the second PLC communication standard is allocated in a second frequency band.
 7. The PLC device of claim 1, wherein the first and second PLC interfaces are configured to service a common PLC communication standard to provide reception diversity.
 8. The PLC device of claim 1, wherein in one operation: the first PLC interface is adjusted to have a first frequency response; and the second PLC interface is adjusted to have a second frequency response that differs from the first frequency response.
 9. The PLC device of claim 1, wherein: each of the first and second PLC interfaces includes an Analog Front End (AFE) and a Digital Front End (DFE); the AFE of one of the PLC interfaces includes two receive paths, each receive path serviced by a respective Programmable Gain Amplifier (PGA) and having a respective PGA gain; and the AFE of the one of the PLC interfaces includes selection circuitry operable to direct an incoming PLC signal to one of the PGAs based upon expected signal magnitude.
 10. The PLC device of claim 1, wherein the processing module, the PLC interface, and the memory are further operable to: receive PLC communications from a first PLC device in a first PLC communication standard format via the first PLC interface; convert the PLC communications from the first PLC communication standard format to a second PLC communication standard format; and transmit the converted PLC communications to a second PLC device in the second PLC communication standard format via the second PLC interface.
 11. The PLC device of claim 1, wherein: in a first operation, primary communications are serviced via the first PLC interface; and in a second operation, primary communications are serviced via the second PLC interface.
 12. A method for operating a Power Line Communications (PLC) device having both first and second PLC interfaces, the method comprising: determining that the PLC device will service communications with a first remote PLC device according to a first PLC communication standard; determining that the PLC device will service communications with a second remote PLC device according to a second PLC communication standard; configuring the first PLC interface to service communications to support the first PLC communication standard; and configuring the second PLC interface to service communications to support the second PLC communication standard.
 13. The method of claim 12, wherein the first PLC communication standard and the second PLC communication standard are differing and incompatible PLC communication standards.
 14. The method of claim 13, wherein: a first one of the differing and incompatible PLC communication standards comprises a HomePlug communication standard; and a second one of the differing and incompatible PLC communication standards comprises an ITU home networking (G.hn) communication standard.
 15. The method of claim 12, wherein: the first PLC communication standard is a narrowband PLC communication standard; and the second PLC communication standard is a wideband PLC communication standard.
 16. The method of claim 13, further comprising: receiving a communication via the first PLC interface; and transmitting an Acknowledgement for the communication via the second PLC interface.
 17. The method of claim 12, further comprising: allocating first PLC communication standard communications in first time slots; and allocating second PLC communication standard communications in second time slots.
 18. The method of claim 12, further comprising: allocating first PLC communication standard communications in a first frequency band; and allocating second PLC communication standard communications in a second frequency band.
 19. The method of claim 12, wherein the first and second PLC interfaces are configured to service a common PLC communication standard to provide reception diversity.
 20. The method of claim 12, wherein in one operation: the first PLC interface is adjusted to have a first frequency response; and the second PLC interface is adjusted to have a second frequency response that differs from the first frequency response.
 21. The method of claim 12, further comprising: receiving PLC communications from a first PLC device in a first PLC communication standard format via the first PLC interface; converting the PLC communications from the first PLC communication standard format to a second PLC communication standard format; and transmitting the converted PLC communications to a second PLC device in the second PLC communication standard format via the second PLC interface.
 22. The method of claim 12, further comprising: in a first operation, servicing primary communications via the first PLC interface; and in a second operation, servicing primary communications via the second PLC interface. 